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1.0 BACKGROUND 

Several factors are combining within the Mission Operations and Data Systems Directorate 
(MO&DSD) to focus increased attention on mission planning and scheduling issues. First, a trend 
exists toward increased institutionalization of flight operations support functions, embodied in 
requirements on the Customer Data and Operations System to support a variety of missions with a 
common infrastructure of services. Second, efforts are now underway to define the space and 
ground elements of the Advanced Space Network, whose capabilities will be critical to mission 
planning and scheduling. Finally, concerns have been expressed that the capabilities of the Hubble 
Space Telescope's (HST) planning and scheduling system may be limiting factors in the overall 
productivity of the observatory. Considering the similarities of future GSFC missions to HST, 
and the potential value of every observation they could support, there is strong impetus to assure 
that future planning and scheduling systems are capable of enabling each mission to operate at its 
full potential. 

The perceived importance of planning and scheduling within MO&DSD is reflected in a number of 
recent and current initiatives. In April of 1989, MO&DSD presented the results of a planning and 
scheduling workshop to identify key recommendations to MO&DSD management. The formation 
of a Network Users' Group is being considered to assist with the definition of requirements on the 
Advanced Space Network. A study is currently ongoing to extract lessons learned from the 
development of the HST planning and scheduling system. Several organizations, including 
MO&DSD's Data Systems Technology Division, are conducting research and development 
projects directed at more effective planning and scheduling systems. And MO&DSD has 
sponsored this study to capitalize on lessons learned from individuals who have been involved in 
the specification, development, or operation of a variety of mission and institutional planning and 
scheduling systems. 

One of the major lessons learned is that the end-to-end planning and scheduling process has been 
highly fragmented, reflecting the fragmented manner in which the elements of the end-to-end 
system have been developed. The impact of this fragmentation on mission productivity depends 
upon certain mission characteristics identified in this study. What this study conveys, however, is 
that MO&DSD has the opportunity to apply a considerable body of institutional expertise and 
system capabilities to the improvement of existing and planned systems, with considerable 
potential benefits to mission productivity. Drawing upon the views of 32 persons representing the 
experience gained from 8 missions and 5 institutional systems, this study provides MO&DSD with 
specific recommendations for action to enhance mission planning and scheduling. 

2.0 OBJECTIVES AND ORGANIZATION 

This study had three specific objectives: 1) to identify planning and scheduling "lessons learned , 
2) to identify and analyze the characteristics that predispose certain missions to difficulties in 
planning and scheduling their operations, and 3) to formulate recommendations for action. Key 
recommendations are summarized in Section 3, followed by a discussion of mission characteristics 
in Section 4, and a description of the study approach in Section 5. Attachments A through E 
include the interview materials used, summary tables of lessons learned, list of reference 
documents, list of acronyms, and detailed descriptions of mission characteristics. 

3.0 RECOMMENDATIONS 

The following recommendations are directed at improving the process by which planning and 
scheduling systems are developed within Code 500. The relationships of these recommendations 
to detailed lessons learned are included in the final presentation given to MO&DSD division-level 
representatives on June 19, 1990. 
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3.1 Develop end-to-end planning and scheduling operations concepts by 
mission class and ensure their consideration in system life cycle 
documentation. 

Background 

The persons we interviewed consistently expressed that operational implications must be 
considered early in the mission life cycle, when fundamental decisions are made concerning the 
spacecraft design and mission operations concept. Often, the System Instrumentation 
Requirements Document (SIRD) is developed before the Mission Operations Concept Document, 
and therefore does not adequately address operationally based requirements. In several cases, 
detailed analysis of operational factors might have avoided subsequent major planning and 
scheduling problems, such as the inability of the NCC to support the type of cross support 
required by the HST. 

Detailed Recommendation 

The recommendation to develop classes of mission operations concepts is intended serve two 
major purposes: 1) enable MO&DSD institutional services to better address the diversity of needs 
among user missions, and 2) provide missions with a standard framework for an operations 
concept that will encourage a realistic exploration of operational concepts and implications during 
Phase A. The standard framework should accommodate distinct classes of operations concepts • 
associated with different types of missions, e.g., highly preplanned versus highly interactive. 
Further, we recommend developing guidelines for other system specification documents, such as 
requirements specifications and interface control documents, and requiring that they be traceable to 
and consistent with the mission operations concept. 

3.2 Create an organizational infrastructure at the Code 500 level, supported by 
a Directorate-level steering committee that includes project representation, 
responsible for systems engineering of end-to-end planning and scheduling 
systems. 

Background 

Another consistent lesson learned from the study was that planning and scheduling systems are 
developed in disjoint pieces, with inadequate coordination across the end-to-end system. System 
fragmentation is evident, for example, at the PASS/SOGS interface for HST and at the 
POCC/MPT mission interfaces, where excessive verbal communication and iteration are required 
to compensate for system engineering deficiencies. This ffagmenation, which transcends not only 
divisions within MO&DSD, but also the divisions between MO&DSD, flight projects, and users, 
reflects a lack of technical coordination at a sufficiendy high level in the organization. 

Detailed Recommendation 

We recommend that MO&DSD institute an active planning and scheduling system engineering 
function at the directorate level, including a technical committee representing all of the divisions, 
the Advanced Missions Analysis Office, and each project in the Flight Projects Directorate. The 
role of the planning and scheduling steering committee is to analyze and coordinate technical 
decisions that trans cend i ndividual divisions within MO&DSD. The steering committee would 
ensure, for example, that systems are specified and developed within the framework of an end-to- 
end information flow analysis, that systems are capable of supporting end-to-end and operational 
testing, and that users evaluate operational concepts, functionality, and man-machine interfaces. 
The steering committee would also support interactions with other organizations, e.g., the Flight 
Projects Directorate, concerning the planning and scheduling implications of high-level decisions, 
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e.g., spacecraft design and operations concept. Finally, the steering committee could oversee the 
development of a strategy for achieving integration of the MO&DSD planning and scheduling 
elements, possibly including the development of applicable standards and common services. 

3.3 Develop and refine mission modeling capabilities to assess impacts of early 
mission design decisions on planning and scheduling. 

Background 

An objective of this study was to explore the relationship of planning and scheduling lessons 
learned to mission characteristics, to determine whether certain types of missions are inherently 
predisposed to planning and scheduling difficulties. We found that mission characteristics which 
are related to the design of the spacecraft and the mission operations concept, such as whether 
observations must be conducted in real time, can exacerbate planning and scheduling. Several 
persons we interviewed offered that flight projects fail to adequately consider the operational 
impacts of their fundamental decisions regarding the design of the mission. One reason for this is 
that discrepancies can exist between a flight project and MO&DSD regarding the expected 
availabilities and c apabilities of institutional resources, such as TDRSS. Another reason may be 
the difficulty of adequately capturing and analyzing dynamic relationships using traditional 
methods for specifying operations concepts, e.g., textual narrative and block diagrams. 

Detailed Recommendation 

The third recommendation is to develop and refine mission operations modeling tools to assess 
impacts of early mission design decisions on planning and scheduling, particularly requirements 
for such institutional resources as space-to-ground communications. These tools would facilitate 
the analysis of dynamic aspects of the mission concept which strain the capabilities of conventional 
requirements specification and analysis methods. In addition, the tools would help to reveal 
discrepancies regarding expected availabilities and capabilities of institutional resources. 

To be effective early in the life cycle, the tools would need to function despite incomplete or 
uncertain data about the mission design. For example, the tools might be capable of processing 
whatever level of spacecraft design and operations concept information is available, and infer from 
it whatever operational characteristics can be inferred, at any point in the evolution of the mission 
concept. As more information became available, or as design alternatives are proposed, the tool 
suite would be capable of providing additional information regarding operational impacts. These 
impacts would then be used to support the decision making process. The tool suite might support 
consistency and traceability between the Operations Concept Document and subsequent 
specifications by handling multiple levels of related specifications, e.g., functional responsibilities 
and interface descriptions. 

3.4 Emphasize operational flexibility in the development of the Advanced Space 
Network, other institutional resources, external (e.g., project) capabilities 
and resources, operational software and support tools. 

Background 

Most of the planning and scheduling systems we studied are designed to support a single 
operations concept which specifies the sequence in which plans and schedules are to be produced. 
Difficulties arise when some unanticipated event forces a deviation from the nominal sequence, 
such as a change to the TDRSS schedule, detection of a detailed conflict, occurrence of an on- 
board anomaly, or identification of a scientific opportunity. Most planning and scheduling systems 
are able to respond to such out-of- sequence events only through manual iteration, often requiring 
extensive and time-consuming verbal interactions. Unfortunately, unanticipated events are the 
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norm rather than the exception, and often correspond to critical situations when iteration consumes 
valuable time. The result may be reduced communications coverage and mission productivity, 
particularly for the lower priority missions. 

Flexibility is especially significant to institutional resources, such as space-to-ground 
communications. A prime example of institutional inflexibility is the fixed timeline established by 
the Network Control Center for requesting and scheduling TDRSS services. Because it supports 
multiple missions with varying needs, the Space Network needs to be more flexible to 
accommodate a greater variety of operations concepts, and to improve responsiveness to 
rescheduling situations. As MO&DSD embarks on the development of the next-generation 
Advanced Space Network, it is imperative to incorporate the considerable experience that has been 
gained by users of the current systems, particularly as this experience bears on requirements for 
operational flexibility. 

Detailed Recommendation 

The fourth recommendation is to emphasize operational flexibility in the development of the 
Advanced Space Network, other institutional resources, and mission operations software and 
tools. This flexibility, which is a function of the designs of both ATDRSS and the ground system, 
would include such capabilities as service-level request dispositions, extensible contacts, and 
flexible timelines for scheduling the use of ATDRSS services. Flexibility at the Space Network 
interface could also be improved greatly by partitioning TDRSS resources into secure and non-- 
secure components, reducing impediments to the free exchange of planning and scheduling 
information among unclassified missions and the NCC. Other institutional resources, such as 
NASCOM and Flight Dynamics Facility, as well as mission planning, scheduling, and command 
management software should be capable of supporting nominal and non-nominal sequences of 
planning and scheduling activities. By supporting greater flexibility through a new generation of 
operations concepts (see Recommendation No. 1), rescheduling problems will be greatly 
alleviated. 

4.0 MISSION CHARACTERISTICS 

As mentioned in Section 3.3, we studied the relationship of mission characteristics (i.e., 
characteristics external to the design of the planning and scheduling system) to planning and 
scheduling lessons learned, to determine whether certain types of missions are predisposed toward 
difficulties. Our general finding was that the lessons learned are generally applicable to all mission 
types, but that a mission's sensitivity to the capabilities of its end-to-end planning and scheduling 
system depends upon certain characteristics. These characteristics include the inherent complexity 
of the planning and scheduling problem, the amount of time available for its solution, the 
accessibility of information required, and the dependency on the space- to-ground communications 
schedule. Detailed contributors to each of these characteristics are discussed in Attachment E. 
These characteristics depend on the spacecraft design and mission operations concept, 
underscoring the need to consider the operational implications of mission design decisions. 


5.0 STUDY APPROACH 

The general approach used to conduct this study involved three major steps: 

1) Develop Framework for Interviews - the framework consisted of a set of generic planning 
and scheduling physical, logical and process models, which were used to facilitate communications 
with the interviewees. In retrospect, the models were initially useful for formulating an inquiry 
into planning and scheduling, but were not needed for communications purposes. 
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2) Collect Information - Although our primary source of information for this study was the 
interviews we conducted, we reviewed selected documents in preparation. Our interviews 
included 32 individuals representing 8 missions, 5 institutional facilities, and job descriptions 
including scientist, engineer, manager, and operator. An important element of the approach was to 
validate our interview reports with the interviewees before proceeding with the analysis. We then 
conducted a second validation with the interviewees after deriving lessons learned to ensure that 
our analysis of the results was representative of their collective experiences. We found the 
interviewees to be generally anxious to cooperate, candid in their responses, and generous with 
their time. The interview materials we used are included as Attachment A. 

3) Synthesize Lessons Learned - Based on the interviews, we extracted individual lessons 
learned, such as "The NCC algorithm for the use of time tolerances takes earliest possible time, 
rather than most desirable time, and therefore discourages use of the capability by higher priority 
users." At the same time, we grouped the lessons learned using such summary statements as 
"Needs to be Operationally Viable", and grouped the summary statements into such categories as 
"Software Design" and "Human Factors Engineering". This hierarchical organization was required 
to manage the large volume of data that we analyzed. We then analyzed each detailed and summary 
lesson learned against the missions and institutional systems to determine the extent of its 
applicability. For example, the lesson learned about the use of time tolerances was relayed by 
Network Control Center personnel, and is most applicable to high priority missions, such as HST. 
We identified any particularly noteworthy lessons learned in this process as potential "tall poles", 
indicated in the summary tables by italics. Finally, we formulated detailed recommendations from 
the lessons learned, which are included in the June 19, 1990 presentation package. The higher- 
level recommendations in section 3 of this report and in the presentation were abstracted from these 
detailed recommendations. 

In retrospect, much of our analysis and intermediate products contributed mainly to our 
understanding; the results seem to be most effectively communicated through the 
recommendations. 
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ATTACHMENT A 


Interview Materials 



The following instrument is intended to guide a discussion that will result in a) a 
fairly detailed description of the mission planning and scheduling process for the 
selected missions, and b) an evaluation of what's "good and bad" about the way 
things have been done/are being done/might be done that will provide "lessons 
learned". The key questions will be distilled from this instrument and made 
available to the interviewees. Note that there are sections that can/would 
excluded for certain interviewees. 


Planning & Scheduling Interview 


Mission: Date:. 

Interviewee: Name.; 

Position; 

Length of Time in Position; 


Location: 

Interviewer(s):. 


Part A: Mission Definition 

Section I: Overall Mission 


1 . Using the Functional Model as a basis, describe the process for mission 
planning and scheduling by identifying: 

any steps that are not applicable to your mission or steps that are 

missing from the model 

the details for each step in the process 

the frequency, volume, and average time involved for each iteration 
within a step 

who (role and primary person's name) is responsible for initiating 

and completing each step 

the products and their content outline for each step 

whom those products go to 

when on a timeline the steps occur, and when on the timeline the 
various products have to be handed off 
what facility(ies) each those steps occur in 

2. Using the Facility Model as a basis, describe the overall end-to-end 
system (including ramifications of a particular operations concept for 
science) by identifying: 

which facilities and flows are valid for your mission 

any facilities that are missing from the model 

any flows that are missing from the model 

any mission-specific attributes of the facility 

any dependencies of planning and scheduling on previously 

acquired science data 

3. Besides TDRS, are these the other institutional resources that have to be 
scheduled? 

CMS 

Data Capture Facility 
DOCS to AP load 


4. The following are characteristics or conditions that describe parts of the 
end-to-end facility model. In some cases, you can simply indicate which 
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apply to this mission. In other cases, a description or judgement is 
necessary. 


a. Phenomena 

observations must occur at precise times 

observations are contingent on one another 

observations are not predictable and require interaction with users 

to be obtained 

b. Instruments 

[earth | space] pointing 
stable | dynamic] pointing 

environmentally compatible with one another and with the 
spacecraft 

'low | high] level of autonomy 
lave postional constraints 
have different priorities 

c. Spacecraft 

resource rich in terms of: 
power 

onboard memory 

onboard storage (tape recorders) 

downlink bandwidth 

operational conflicts with instruments 

[low [ high] level of autonomy 

positional constraints 

priority of TDRS contact 

mode of onboard command handling 

sophistication of onboard data system 

d. Space Network 

nature of interface 
use of generic scheduling 
[rare | frequent] non-availability 
verbal vs. electronic 
[low | high] degree of iteration 
emergency DPS 

timing of requests/schedules/denials 

e. POCC 

fault-tolerant system 
dedicated vs. shared 
level of simulator fidelity 

[low | high] level of mission/science conflict resolution 
number of operators 
dedicated operators 
where located 

f. Command Management Facility 

shared vs. dedicated 

amount of time required to produce loads 

nature of interfaces with other facilities 
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medium 

frequency and volume 
degree of iteration 

number of users 
where located 

time to load software from DOCS to AP 

time before TDRS contact for loading AP fixed or variable 

g. Science Operations Center 

[low | high] level of instrument conflict resolution 
highly volatile vs. static environment 
number of people involved 
where located 

5.. What tools or aids are currently available to support the planning and 
scheduling functions for the mission? 

6.. What additional tools or other support would be helpful? 

7. How long and what type of effort was included in determining the specific 
collection of instruments for this mission? 

8. How many contractors are involved in this mission: 

for the ground system? 
for the spacecraft? 

9. Is the priority of the mission fixed or is it relative to what else is 
"happening"? 

10. How are conflicts between missions resolved at the Directorate level? 
Section II: Subsets of the Mission Planning and Scheduling 


1 . Using the Functional Model of the Planning and Scheduling process, 
identify which step(s) you participate in. 

2. For each step: 

What are the activities (be as specific as possible) that are 
performed? 

How much time do you spend on these activities? 

What is the timeline for these activities to be accomplished? 

What are the products and what form are they in? (e.g., textual plan 
on paper, command load in machine-readable form) 

To whom and to which facility do the products go (for review, 
approval, delivery)? 

How long does it typically take to create the product(s)? 

Is the process typically very iterative? 

How long might an iteration take? (e.g., number of days, hours, 
weeks) 

How frequently do the iterations occur? 

When in the timeline are they most likely to occur? 

What is the frequency and impact of rescheduling? 
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How is rescheduling different from initial scheduling? 

3. How many people are involved in the process and how do you organize 
the process? 

4. What, if any, are the current software aids available for your use? 

How effective have they been? 

At which specific points in the P&S are they used? 

5. What services and/or tools do you think would be helpful in mission 
planning? 


Section III: Role-Specific Questions 
Project Scientist 

1 . How do you resolve conflicts between instrument scheduling needs? 

2. How would you describe the instrument set in terms of: 

numbers of instruments 
flexibility of instruments 

compatibility of instruments (e.g., environmentally, purpose) 
level of autonomy 
priorities amongst them 

techniques used to maximize resources (e.g., data compression) 
positional constraints 

3. How would you describe the spacecraft characteristics in terms of: 

pointing 

stable vs. dynamic 
earth vs. space 
resources: rich vs. poor 
power 

onboard memory 
downlink bandwidth 
storage available (e.g., tape recorder) 
conflicts with instrument requirements 
positional contraints 
priority for TDRS contact 
evel of sophistication of onboard data system 
autonomy 

method of onboard command handling 

4. Describe the nature of user requests in terms of: 

how many users 
volume of requests 
degree of flexibility possible/desired 
absolutes vs. ranges 
resource requirements 
temporal constraints 
user-defined priority 
repitition 

temporal preference 
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environmental requirements 

dependent on execution of other commands vs. independent 

Data Systems Manaaer/Command Management Systems Manaoer.et. al. 
[POCC1 

1 . Does the receipt of data from the FDF have any potential impact on the 
scheduling done in the POCC? 

2. How far in advance do you send schedule requests to the NCC? 

3. What length of time does the schedule request cover? 

4. How long does it take to get the schedule/denial back? 

5. What is the percentage of requests that are: 

accommodated on the first round? 
successfully rescheduled? 
not accommodated? 

6. If there is a denial of schedule request, where does the rescheduling start 
from? 

7. What are the major factors in rescheduling? 

8. Does rescheduling have a similar or different process? 
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Institutional Facilities 


NCC 

1 . How many users do you service? 

2. How are the scheduling requests handled? 

Is there a dedicated person per mission? 

Is there a prioritization scheme for missions? 

Do all the missions send their schedule requests once per window, 
or are there iterations within a given window request? 

Do all the missions interact with the NCC in the same way? 

3. What, if any, are the current software aids available for your use? 

How effective have they been? 

At which specific points in the P&S are they used? 

4. What services and/or tools do you think are required to aid you in mission 
planning? 

5. What percentage of the requests you receive are you able to comply with 
on the first go-round? 

About how many iterations might be expected? 

Are there certain kinds of requests that are more likely to be denied 
or rescheduled? 

6. What is the nature of the interface(s) for planning and scheduling? 

How much voice, paper, electronic communication is typical? 

How much time is spent in the rescheduling process? 

Is there anything about the nature of the requests you receive that 
could be changed to minimize the iterations? 

7. How will ATDRS effect the way planning and scheduling are conducted? 

8. How will scheduling be affected by the use of the STGT? 

What will differ about the interface? 

9. What are the biggest problems you face with respect to fulfilling schedule 
requests? 

1 0. What are the reasons and approximate percentages for inability to meet 
requests due to: 

equipment failure 

security interference 

internal scheduling problems 

too short a turnaround time for request 

too inflexible a request 

CMS 

1 . How many customers are supported? 

2. Are there great differences in the requirements for different missions? 
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3 . 


What is the nature of the interface with the: 

POCC 

different missions 
FDF 

4. What tools or aids are currently available to support the planning and 
scheduling functions for the missions? 

5. What additional tools or other support would be helpful? 

FDF 

1 . How many customers are supported? 

2. Are there great differences in the requirements for different missions? 

3. What is the nature of the interface with the: 

POCC 

different missions 

Part B: Lessons Learned 

1 . What are some of the "negative" lessons learned thus far? For each 
lesson learned, please consider the following: 

what mission characteristics do you think the lesson has as its 
source? 

what, if any, alternatives were considered or attempted to address 
the situation? 

what is the real impact of this problem to the overall P&S process? 
(on a scale perhaps) 

is there a recommendation you can make to alleviate this problem? 
what would be the impact of this solution to the overall P&S 
process? 

2. What aspects of this mission do you think are "positive" lessons learned? 
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Summary Tables of Lessons Learned 
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Changes (e.g., how I&Q channels are 
used, SS A antenna selection) should not 
require rescheduling 
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III. Software Design (continued) 
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IV. Automated Support Tools (continued) 
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VI. Human Factors Engineering 
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VI. Human Factors Engineering (continued) 
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VI. Human Factors Engineering (continued) 
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VII. Communications (continued) 
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VIII. End-to-End Systems Management (continued) 
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operational interface level (e.g., precise 
delivery requirements for NCC 
handled verbally) 
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ATTACHMENT E 


Mission Characteristics 


E.O DETAILED MISSION CHARACTERISTICS 

In general, the challenge of designing a mission planning and scheduling system is a function of 
the inherent complexity of the mission's planning and scheduling problem, accessbility of the 
knowledge needed to fomulate and solve each planning and scheduling problem, the time available 
for planning, scheduling, and replanning, and the mission's dependency on the space/ground 
communications schedule. (Although the last characteristic could be considered part of the inherent 
complexity of the problem, it is treated separately because of the programmatic separation of 
space/ground communications resources from a mission's own resources.) These characteristics 
are described in following section, and their interrelationships are illustrated in Figure E-l. 

E.l Scheduling Problem Complexity - the inherent difficulty of planning and scheduling 
a given mission's activities is a function of how many activities must be scheduled per time period 
and the degree of dependencies and constraints between the activities. 

E. 1 . 1 Degree of dependencies and constraints - the degree of dependencies and 
constraints between activities affects the number of possible ways of scheduling those 
activities, which in turn affects the number of operations required to determine a solution. 

E. 1 . 1 . 1 Orbit/attitude/target relationship - the interplay of the relative motions of 

target and spacrcraft drives pointing requirements. Pointing is constrained by requirements 
for solar flux on power arrays, thermal state of the spacecraft and instruments, constraints 
on the rate at which the spacecraft can be slewed, constraints on the spaces at which 
instruments can be pointed while slewing, slewing power consumption, and conservation 
of momentum principles. 

E. 1 . 1 .2 Spacecraft resource constraints - power, communications, and thermal 
rejection constraints are partly a function of the design of the spacecraft and instruments. 
The provision of minimal capacities constrains the planning and scheduling problem. 

E. 1 . 1 .3 Space/ground communications resource constraints - space/ground 
communications resource constraints are partly a function of the Space Network s capacity 
and partly a function of the mission's priority. 

E. 1 . 1 .4 Correlative/Corroborative Science - requirements for joint observations and 

experiments between instruments add dependencies to the planning and scheduling 
problem. 

E. 1 .2 Activities per time period - the number of different activities to be scheduled in a 
given period of time affects the size of the scheduling problem, which affects the time/number 
of operations required to find a solution, or conversely, affects the efficiency of the solution 
that can be found in a given time. 

E. 1 .2. 1 Activity resolution - defining activities at a fine level of detail, e.g., to 

achieve more efficient resource utilization, increases the number of activities to be 
scheduled. 

E. 1 .2.2 Flight system autonomy - flight systems with a low degree of automation 
require more commanding and conflict avoidance than more autonomous flight systems. 

E. 1 .2.3 Number of instruments/parallel science - multiple instruments operating in 
parallel require the scheduling of more activities than are required for a single instrument 
operating at any given time. 
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E.2 Accessibility of Required Knowledge - the degree to which planning and scheduling 
is readily available when and where it is needed affects the speed with which plans and schedules 
can be formulated, and the level of communications between individuals and the system required to 
do so. 

E.2. 1 Distribution of knowledge - a high degree of distribution of planning and 
scheduling knowledge and information among individuals and locations means that more 
persons and locations must be involved in the planning and scheduling process, generally 
increasing the proportion of time that must be spent in communications. 

E.2. 1 . 1 Number of Instruments - more instruments generally means the involvement 
of more investigators, each with specialized knowledge that is difficult to transfer to others. 

E.2. 1 .2 Facility/Platform-class Flight Systems - Flight systems intended for broad, 

multi-purpose use may involve a changing contingent of personnel with time. 

E.2. 1.3 Flight System Complexity - highly complex spacecraft and instruments 

generally requires the involvement of more engineers and analysts, because the amount of 
information involved exceeds the capacity of a small number of individuals. 

E.2. 1 .4 Disciplinary Breadth - multi-disciplinary missions involve a broader range 

of knowledge than do missions which are dedicated to a single mission. This is especially 
evident in the difficulty of developing resource allocation criteria spanning multiple 
disciplines. 

E.2. 1 .5 Geographic Distribution of Individuals - communications between 

individuals is facilitated by their colocation. Distributing them tends to increase the formal 
coordination load on planning and scheduling system capabilities. 

E.2. 2 Degree of codification of knowledge - the degree to which knowledge is codified as 
data makes it useable by systems as well as persons, and facilitates its interchange in time- 
critical situations. 

E.2. 2. 1 Complexity of knowledge - the complexity of knowledge limits the extent to 

which it can be captured as data. 

E.2. 1 .2 Dynamism of knowledge - the extent to which planning and scheduling 
knowledge is dynamic limits the extent to which it can be captured and processed as data, 
which limits its accessibility to the planning and scheduling system. 

E.3 Time Available for Planning and Scheduling - the time available for fomulating 
and solving a problem is related to the predictability and stability of a mission's operational 
requirements and constraints. 

E. 3. 1 Predictability/Stability of Orbit/attitude - high earth orbits are more predictable than 
low earth orbits, and thus allow ephemeral predictions to be made earlier, providing more lead 
time for planning and scheduling. 

E.3. 2 Predictability/Stability of Resource Allocations and Criteria - The more predictable 
and stable are resource allocations, the more time is available for finding a solution within those 
constraints. High-priority missions have the most predictable allocations, because there is a 
high likelihood that they will be allocated what they request. Highly stable resource allocations 
and criteria also enable them to be codified, supporting access to this information. 
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E.3.3 Predictabili ty/S tabi lity of Science Plans - Highly predictable phenomena and 

strategy, such as performing a mapping or survey mission, afford greater lead time for 
developing plans and schedules than highly unpredictable, short duration phenomena, such as 
targets of opportunity or those requiring interactive command and control (e.g., solar features). 

E.4 Dependency on space/ground communications schedule - the degree to which a 
mission is dependent upon the space/ground communications schedule is the degree to which the 
mission's scheduling authority is distributed between it and the NCC. Distribution of scheduling 
authority increases the time required to find a satisfactory solution and the level of communications 
required to do so. 

E.4. 1 Interactive command and control - missions requiring interactive command and 
control are highly dependent on the space/ground communications schedule. 

E.4. 1 . 1 Unpredictable phenomena/strategy - missions studying unpredictable 

phenomena, such as dynamic solar features, may require interactive command and control, 
and thus are limited by uplink/downlink opportunities. 

E.4. 2 Real-time downlink - mission requiring real-time downlink are highly dependent on 
the space/ground communications schedule. 

E.4. 2. 1 Tape recorder capacity - missions with minimal tape recorder capacity are 

unable to store significant amounts of data on board, thus limiting their data acquisition 
according to downlink opportunities. 

E.4. 2. 2 Data Timeliness Requirements - missions whose data has a very short life 
expectancy, such as operational meteorological missions, must downlink the data shortly 
after it is acquired, thus limiting data acquisition according to downlink opportunities. 

E.4. 3 High Data Rates - missions requiring exceptionally high downlink communications 

rates are thereby contending for the more scarce, high-rate communications services. 
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